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REMARKS 

Claim 48 is amended. No new claims are added. Claims 2-27, 29- 
48, and 50-58 are pending for consideration. In view of the following 
remarks, Applicant respectfully requests that this application be allowed 
and forwarded on to issuance. 

Finality Improper 

The Examiner has indicated that the Office Action is final. The 
"Applicant respectfully submits that finality is improper and should be 
withdrawn. 

According to MPEP 706.07(a), "second or any subsequent actions 
on the merits shall be final, except where the examiner introduces a new 
ground of rejection that is neither necessitated by Applicant's amendment 
of the claims nor based on information submitted in an information 
disclosure statement. ..." 

In this Office Action, the Office introduces a new ground of 
rejection for claims 4, 51-53, and 56 by relying on a new reference 
(Nelson). The Office makes this action final. This new ground of rejection 
was not necessitated by Applicant's amendment of the claims. In fact, 
Applicant made no amendments whatsoever to these claims in responding 
to the previous Office Action (dated April 9, 2003). In addition, this new 
ground of rejection is not based on information submitted in an IDS. In 
fact, Applicant had no knowledge of the Nelson reference until it received 
this final Office Action. Thus, under the cited MPEP excerpt, the current 
Office Action should not be final. 
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This new ground of rejection is one of first impression for the 
Applicant, and Applicant has not been given the opportunity to address the 
rejection. Applicant respectfully requests that the finality be withdrawn. 

Although Applicant maintains that finality is improper, Applicant 
responds to all rejections in this response, including the new grounds, in the 
interest of furthering prosecution. 

The § 102 Rejections 

Claims 2-3, 5-9, 11, 13-16, 24-27, 29-30, 54-55 and 57 stand 
rejected under 35 U.S.C. § 102(a) as being anticipated by PCT Pub. 
Number WO 99/55102 to Te-eni (hereinafter "Te-eni"). 

The § 103 Rejections 

Claims 17-19, 21-23 and 58 stand rejected under § 103(a) as being 
unpatentable by Te-eni in view of U.S. Patent No. 6,389,288 to Kuwahara 
et al (hereinafter "Kuwahara"). 

Claims 10, 12 and 20 stand rejected under § 103(a) as being 
unpatentable by Te-eni in view of U.S. Patent No. 5,479,476 to Finke- 
Anlauff (hereinafter "Finke-Anlauff '). 

Claims 36, 41 and 42 stand rejected under § 103(a) as being 
unpatentable by Kovacs et al ("Adaptive Mobile Access to Context-aware 
Service", IEEE 1999, pp. 190-201). 

Claims 3 1-33, 35, 37-38, 40 and 43-47 stand rejected under § 103(a) 
as being unpatentable by Kovacs in view of Te-eni. 
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Claims 34 and 39 stand rejected under § 103(a) as being 
unpatentable by Kovacs in view of Te-eni and further in view of Finke- 
Anlauff 

Claims 48 and 50 stand rejected under § 103(a) as being 
unpatentable by Kuwahara. 

Claims 4, 51-53 and 56 stand rejected under § 103(a) as being 
unpatentable by Te-eni in view of Nelson. 

Double Patenting Rejection 

Claims 2-27, 29-48, and 50-58 stand rejected under the judicially- 
created doctrine of obviousness-type double patenting as being 
unpatentable over claims 1-53 of U.S. Patent No. 6,327,535 to Evans et al 
(hereinafter "Evans") in view of Kovacs. 

Applicant hereby submits a terminal disclaimer thereby obviating 
the obviousness-type double patenting rejection. 

The Te-eni Reference 

Because the Office relies so heavily on Te-eni in its rejections of 
Applicant's claims, Applicant will summarize the key points of Te-eni and 
discuss why Applicant's claimed subject matter is patentably distinct from 
anything Te-eni discloses or suggests. 

Te-eni discloses a system for location and service provisioning based 
on mobile phone location (Abstract). In the representative embodiment, a 
front-end unit assists a cellular mobile switching center in logical 
determination of mobile phone location (Abstract, also see Fig. 2). 
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As is already apparent from Te-eni's abstract, it is not Te-eni's 
mobile phone which determines its location - instead, it is always a 
separate entity. In this representative embodiment, it is the combined efforts 
of the front-end unit and the mobile switching center (MSC) that 
determines the mobile phone's location. 

Te-eni's Summary of the Invention section discloses several ways in 
which a mobile phone's location can be determined. 

• Col. 4, lines 1-3, states that "a front-end module is placed 
within a controlled area and reports to the cellular system 
which subscribers are located in the controlled area [emphasis 
added]." Therefore, in this embodiment, it is the front-end 
module that determines the mobile phone's location. There is 
no disclosure or suggestion to have the mobile phone itself 
determine its own location. 

• Col. 4, lines 16-21, states that "a signaling device, activated 
in the regulated area, transmits a beacon signal, which is 
received by the mobile phones located in said regulated area. 
As the MSC receives notification from mobile phones that 
said beaconing signal is present, relevant subscribers are 
marked as located within the regulated area. . . . [emphasis 
added]." Therefore, in this embodiment, it is the MSC that 
determines the mobile phone's location. There is no 
disclosure or suggestion to have the mobile phone itself 
determine its own location. 
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• Col. 4, lines 23-27, states that "the mobile phone receives a 
signal from a local transmitter and relays said signal to a 
management system via the cellular switching center. The 
management system identifies the said signal's properties and 
extracts the mobile phone's location by processing various 
parameters related to said signal [emphasis added]." 
Therefore, in this embodiment, it is the management system 
that determines the mobile phone's location. There is no 
disclosure or suggestion to have the mobile phone itself 
determine its own location. 

Te-eni's Detailed Description provides more details on its methods 
of determining the location of a mobile phone. 

• Col. 9, lines 14-25, states that "the front-end module 
monitors the radio messages transmitted by the mobile unit 22 
and determines if the unit is located within the regulated area. 
The front-end 23 communicates with the cellular base station 
24 . . . and notifies the MSC 25 of all mobile units currently 
located within the regulated area. The MSC 25 includes a 
service management unit (SMU) 26. The SMU includes 
software that runs and updates a database of all cellular 
subscribers current location and profile. . . . The data received 
from the front end is compared to data from other sources, in 
order to improve the accuracy of the location coordinates. 



Lee & Hayes, pllc 



19 



// 19030947 G:\MSl~0\695us\ms l-695.m04.doc 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



Thus it is determined whether the user is actually inside the 
regulated area [emphasis added]." Therefore, in this 
embodiment, it is the front-end module that initially 
determines the mobile unit's location and the MSC that 
improves the accuracy of the location coordinates. There is 
no disclosure or suggestion to have the mobile unit itself 
determine its own location. 

Col. 10, lines 18 through col. 11, line 7, states that "The front 
end unit 34 incorporates an array of receiving antennas 35 
comprising a plurality of antennas separated from each other 
so as to enable accurate intersection of the signals transmitted 
from the mobile units nearby the regulated area 31.... The 
front end unit 34 converts the measured signal strength, 
propagation delay, or both from each of the antennas 36-38 
into digital format and transmits the measured values to a 
nearby base station 39. In the preferred embodiment, all 
measurements from various base stations are relayed to the 
MSC, wherein a processor unit 30 calculates the location of 
all mobile units in the vicinity of regulated areas wherein a 
front end unit is installed [emphasis added]." Therefore, in 
this embodiment, it is the MSC that determines the mobile 
unit's location. There is no disclosure or suggestion to have 
the mobile unit itself determine its own location. In fact, col 
1 1, lines 7-10, goes on to states that "it should be understood 
that the location of the processor unit may be either within 
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the front end unit 34 or within the base station 39 as well as 
the MSC 30 [emphasis added]." Therefore, not only is there 
no disclosure or suggestion to have the mobile unit itself 
determine its own location, Te-eni teaches directly away from 
that concept by specifying several alternative locations for the 
processing unit - all of which are entities separate from the 
mobile unit. 

Col. 15, lines 26 through col. 16, line 2, states that "the 
presence of the cell-phone in the regulated area may also be 
established by detecting the cell-phone using a positioning 
front end as a registry at the entrance, corridor, or gate to the 
regulated area. The SMU will than [sic] extract a database of 
the actual position of the cell-phone users at any given time 
according to the gates they passed and the positioning front 
end they have communicated with upon entering and exiting 
regulated areas [emphasis added]." Therefore, in this 
embodiment, it is the SMU that determines the cell phone's 
location. There is no disclosure or suggestion to have the cell 
phone itself determine its own location. 
Col. 16, line 30, through col. 17, line 8, states that "a MSC is 
able to determine that certain cell-phones or Mobile Stations 
(MS) are located within a predefined area. The method 
involves transmission of a low power signal. . . . This signal 
will be received by an MS close to the transmitting device 
(within the area defined). The MS then transfers information 
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pertaining to this signal to the Base Station (BS) and the 
MSC. The MSC Location Software (MLS) uses a database of 
the signals received in each covered area, analyses the signals 
received by the MS, and calculates the MS location 
[emphasis added]." Therefore, in this embodiment, it is the 
MSC Location Software that determines the mobile phone's 
location. There is no disclosure or suggestion to have the 
mobile phone itself determine its own location. 
Col. 18, lines 22-25, states that "The MLS identifies the 
channels at which a phantom base station is transmitting 
among the frequencies listed in the MS message, and 
determines that the relevant MS is within the designated 
regulated area [emphasis added]." Therefore, in this 
embodiment, it is again the MLS that determines the mobile 
phone's location. There is no disclosure or suggestion to have 
the mobile phone itself determine its own location. 
Col. 20, lines 3-7, discloses "a mobile phone which is 
configured to receive a signal or set of signals transmitted 
from nearby transmission devices. The mobile phone is 
further configured to relay said signal to the MLS so as to 
enable the latter to process the information and derive said 
mobile phone's location [emphasis added]." Therefore, in this 
embodiment, it is the MSC that determines the mobile 
phone's location. There is no disclosure or suggestion to have 
the mobile phone itself determine its own location. In fact, 
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Te-eni teaches directly away from any capability of the 
mobile phone to determine its own location because it is 
necessary for the mobile phone to relay the signal to an 
outside entity (in this case, the MLS) to determine the mobile 
phone's location. 



Claims 2-5 

Claim 5 recites a cellular phone comprising [emphasis added]: 

• one or more processors configured to: 

o receive information that pertains to a current context of 

the cellular phone; 
o determine the current context based on the 

information; 

o modify at least one behavior of the cellular phone 
responsive to the current context; and 

• an application program interface that is configured to 
wirelessly receive information that is associated with the 
phone's context. 

In making out the rejection of claim 5, the Office argues that Te-eni 
anticipates this claim. Applicant respectfully but strongly disagrees. Te-eni 
does not disclose or suggest a cellular phone configured to determine a 
current context. Te-eni appears to deal with only one type of context - 
namely, location. As detailed above, not a single embodiment of Te-eni 
discloses or even remotely suggests a cellular phone configured to 
determine its own location. Rather, a separate entity must always determine 
the cellular phone's location. Specifically, Te-eni discloses that the location 
determination is made by either the front end unit, Mobile Switching 
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Center, Service Management Unit, base station, or Mobile Switching 
Center Location Service. As discussed earlier, Te-eni actually teaches 
directly away from the cellular phone determining its own location. 

In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 21, lines 1-4 of Te-eni. In that excerpt, Te-eni 
states that "the mobile handset's operating software can be further 
configured to perform certain actions upon receiving commands from a 
local management system through a short-range transport mechanism. Such 
commands may include speaker mute, MS shut down switch from ring to 
vibrate mode etc." The Office then states that it is clear that the " 
'commands' would read on the 'context' claimed, in order to perform 
certain action upon receiving commands, it is clear that the operating 
software must be able to determine the context in order to modify the 
behavior of the mobile unit." 

Applicant is somewhat unsure of what the Office is actually 
asserting. The only context that Te-eni deals with is location. Certainly, the 
mobile phone does not need determine its location in order to perform a 
speaker mute or other such command. In fact, under Te-eni, the mobile 
phone is completely incapable of determining its own location. Perhaps the 
Office considers the current speaker volume and the current alert mode 
(e.g., ring versus vibrate) to be a context as Applicant defines that term. If 
so, the Office's attention is directed to Applicant's specification, page 17, 
lines 14-20, which is reproduced below: 

In this document, a specific example of context-dependent 
computing is given in the form of location dependent computing. 



LEE & HAYES, PLLC 



24 



/ 119030947 G:\MSi-O\695us\msl-695.rn04.doc 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



It is to be understood that this constitutes but one example of a 
context in which the various embodiments discussed below can 
be employed. Other "contexts" can include, any information 
that can fit into a hierarchical structure including, w ithout 
Hmkation, role/^ersonneJL, _in^ an organization, 'device 
categorizations, (current activif^ current environment, active 
devices and the likS: _ _ 

S) 



Applicant further discusses the term "context", as it relates to cell 
phones, in the specification on page 51, lines 1-4, which is reproduced 
below: 

Today, however, cell phones are not aware of their context and 
in particular, their location. Using the inventive systems, 
structures and methods described above, cell phones can be 
imparted with context awareness and location awareness in a way 
never before experienced. 

From these two excerpts alone, it should be clear that Applicant 
defines the term "context" in such a way that a cell phone's context is 




if? 



disti nguished from the behavio r of a cell phone. Settings such as speaker 
volume and alert mode define behaviors of a cell phone - not the cell 
phone's context. And, because Te-eni does not disclose or even suggest a 
cellular phone configured to determine the current context, this claim is 
allowable. 

Claims 2-4 depend from claim 5 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 5, are neither shown nor suggested by Te-eni either alone or in 
combination with any of the references of record. 
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In addition, the Office rejects claim 4 under § 103(a) over the 
combination of Te-eni and Nelson. In making out the rejection, the Office 
argues that Te-eni discloses all of the claimed limitations in claim 5 except 
for a hierarchical traversable tree structure associated with a phone context. 
Applicant respectfully disagrees that Te-eni discloses all of the features 
recited in claim 5, as noted above. Thus, to the extent that Te-eni does not 
anticipate claim 5, the Office has not established a prima facie case of 
obviousness. Moreover, in reliance on Nelson, the Office argues that it 
discloses a hierarchical traversable tree structure associated with a phone 
context. The Office further argues that since Nelson teaches the use of 
hierarchical traversable trees in connection with computer databases, it 
would be obvious to modify Te-eni for using a hierarchical traversable tree 
in order to traverse effectively from one mode to another mode for setting 
the phone to operate according to an instructed mode. Applicant 
respectfully disagrees. 

Exploring the context of Nelson in more detail, the hierarchical tree 
based scheme that Nelson discloses is one that is similar to one described as 
the Dataman system discussed in section 2.2.1. In Nelson's system, each 
leaf node of the tree represents a base station and the internal nodes of the 
tree represent location servers. See, e.g. section 2.2.2, first paragraph. 
According to the system described in section 2.2.2, each location server 
maintains information regarding mobile hosts residing in the subtree 
beneath it and maintains three tuples — a mobile host identifier that provides 
the address of the host's home location, a forwarding pointer that identifies 
which location server the host has moved to, and a timestamp that indicates 
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the time that the last forwarding took place. Base stations are said to 
maintain a similar structure for each host contained within its cell. By 
using forwarding pointers various updates strategies can be used. Nelson 
instructs that periodically, the forwarding pointers are collapsed and a 
single pointer is created. Searching is conducted by progressively moving 
up the tree until a location server is found which contains a record for the 
required host. 

Simply put, the hierarchical tree structure that Nelson discloses is 
not utilized by mobile devices. Rather, the structure is utilized by either the 
base station or the location server to find a record for the required host. To 
this extent, Nelson teaches directly away from the subject matter of claims 
4 and 5 which collectively recite a cellular phone that determines its own 
context by traversing at least one node on one or more hierarchical 
traversable tree structures. Thus, the Office has failed to establish a prima 
facie case of obviousness for at least this additional reason. 

Claims 6-14 

Claim 6 recites a method of operating a cellular phone comprising 
[emphasis added]: 

• wirelessly receiving, with the cellular phone, information that 
pertains to a context of the cellular phone, the cellular phone 
being configured to receive said information from different 
types of context providers that provide different forms of 
information; 

• responsive to said receiving and using only the cellular 
phone and its associated on-board componentry, 
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determining a cellular phone context and modifying at least 
one behavior associated with the cellular phone. 

In making out the rejection of this claim, the Office again argues that 
this claim is anticipated by Te-eni. Applicant strongly disagrees. Te-eni 
does not disclose or suggest a method of operating a cellular phone 
comprising determining a cellular phone context using only the cellular 
phone and its associated on-board componentry. Te-eni appears to deal 
with only one type of context - namely, location. As detailed above, not a 
single embodiment of Te-eni discloses or even remotely suggests a method 
of determining a cellular phone context using only the cellular phone and 
its associated on-board componentry. Rather, a separate entity must 
always determine Te-eni's cellular phone's location. Specifically, Te-eni 
discloses that the location determination is made by either the front end 
unit, Mobile Switching Center, Service Management Unit, base station, or 
Mobile Switching Center Location Service. As discussed earlier, Te-eni 
actually teaches directly away from a method of determining a cellular 
phone context using only the cellular phone and its associated on-board 
componentry. 

In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 21, lines 1-4 of Te-eni. In that excerpt, Te-eni 
states that "the mobile handset's operating software can be further 
configured to perform certain actions upon receiving commands from a 
local management system through a short-range transport mechanism. Such 
commands may include speaker mute, MS shut down switch from ring to 
vibrate mode etc." The Office then states that it is clear that the 
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"'commands' would read on the 'context' claimed, in order to perform 
certain action upon receiving commands, it is clear that the operating 
software must be able to determine the context in order to modify the 
behavior of the mobile unit." 

Applicant is somewhat unsure of what the Office is actually 
asserting. The only context that Te-eni deals with is location. Certainly, the 
mobile phone does not need to determine its location in order to perform a 
speaker mute or other such command. In fact, under Te-eni, there is no 
method of determining the context of a cellular phone using only the 
cellular phone and its associated on-board componentry. Perhaps the 
Office considers the current speaker volume and the current alert mode 
(e.g., ring versus vibrate) to be a context as Applicant defines that term. If 
so, the Office's attention is directed to Applicant's specification, page 17, 
lines 14-20, which is reproduced below: 

In this document, a specific example of context-dependent 
computing is given in the form of location dependent computing. 
It is to be understood that this constitutes but one example of a 
context in which the various embodiments discussed below can 
be employed. Other "contexts" can include, any information 
that can fit into a hierarchical structure including, without 
limitation, role/personnel in an organization, device 
categorizations, current activity, current environment, active 
devices and the like. 

Applicant further clarifies the term "context", as it relates to cell 
phones, in the specification on page 51, lines 1-4, which is reproduced 
below: 

Today, however, cell phones are not aware of their context and 
in particular, their location. Using the inventive systems, 
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structures and methods described above, cell phones can be 
imparted with context awareness and location awareness in a way 
never before experienced. 

From these two excerpts alone, it should be clear that Applicant 
defines the term "context" in such a way that a cell phone's context is 
distinguished from the behavior of a cell phone. Settings such as speaker 
volume and alert mode define behaviors of a cell phone - not the cell 
phone's context. And because Te-eni does not disclose or even suggest a 
method of determining a cellular phone context using only the cellular 
phone and its associated on-board componentry, this claim is allowable. 

Claims 7-14 depend from claim 6 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 6, are neither shown nor suggested by Te-eni either singly or in 
combination with any of the references of record either singly or in 
combination with one another. In addition, claims 10 and 12 stand rejected 
under § 103(a) based on Te-eni and Finke-Anlauff. In making out the 
rejection of these claims, the Office argues that Te-eni discloses all of the 
limitations in claim 10. Applicant respectfully disagrees. As noted above, 
Te-eni does not anticipate claim 6 and, in point of fact, teaches directly 
away from the subject matter of this claim. As such, the Office has failed 
to establish a prima facie case of obviousness with respect to the 
combination with Finke-Anlauff. Hence, for this additional reason, claims 
10 and 12 are allowable. 
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Claims 15-16 

Claim 15 recites one or more readable media having readable 
instructions thereon which, when executed by a cellular phone, cause the 
cellular phone to [emphasis added]: 

• wirelessly receive information from different context source 
information types that provide different forms of information 
that pertains to a context of the cellular phone; and 

• responsive to receiving the information, determine the 
cellular phone context and modify at least one behavior 
associated with the cellular phone. 

In making out the rejection of claim 15, the Office argues that Te-eni 
anticipates this claim. Applicant respectfully but strongly disagrees. Te-eni 
does not disclose or suggest one or more computer-readable media having 
readable instructions thereon which, when executed by a cellular phone, 
cause the cellular phone to determine the cellular phone context. Te-eni 
appears to deal with only one type of context - namely, location. As 
detailed above, not a single embodiment of Te-eni discloses or even 
remotely suggests instructions which cause the cellular phone to determine 
the cellular phone location. Rather, a separate entity must always 
determine the cellular phone's location. Specifically, Te-eni discloses that 
the location determination is made by either the front end unit, Mobile 
Switching Center, Service Management Unit, base station, or Mobile 
Switching Center Location Service. As discussed earlier, Te-eni actually 
teaches directly away from instructions which cause the cellular phone to 
determine the cellular phone location. 
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In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 21, lines 1-4 of Te-eni. In that excerpt, Te-eni 
states that "the mobile handset's operating software can be further 
configured to perform certain actions upon receiving commands from a 
local management system through a short-range transport mechanism. Such 
commands may include speaker mute, MS shut down switch from ring to 
vibrate mode etc." The Office then states that it is clear that the 
"'commands' would read on the 'context' claimed, in order to perform 
certain action upon receiving commands, it is clear that the operating 
software must be able to determine the context in order to modify the 
behavior of the mobile unit." 

Applicant is somewhat unsure of what the Office is actually 
asserting. The only context that Te-eni deals with is location. Certainly, the 
mobile phone does not need determine its location in order to perform a 
speaker mute or other such command. In fact, under Te-eni, the mobile 
phone is completely incapable of determining its own location. Perhaps the 
Office considers the current speaker volume and the current alert mode 
(e.g., ring versus vibrate) to be a context as Applicant defines that term. If 
so, the Office's attention is directed to Applicant's specification, page 17, 
lines 14-20, which is reproduced below: 

In this document, a specific example of context-dependent 
computing is given in the form of location dependent computing. 
It is to be understood that this constitutes but one example of a 
context in which the various embodiments discussed below can 
be employed. Other "contexts" can include, any information 
that can fit into a hierarchical structure including, without 
limitation, role/personnel in an organization, device 
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categorizations, current activity, current environment, active 
devices and the like. 

Applicant further defines the term "context", as it relates to cell 
phones, in the specification on page 51, lines 1-4, which is reproduced 
below: 

Today, however, cell phones are not aware of their context and 
in particular, their location. Using the inventive systems, 
structures and methods described above, cell phones can be 
imparted with context awareness and location awareness in a way 
never before experienced. 

From these two excerpts alone, it should be clear that Applicant 
defines the term "context" in such a way that a cell phone's context is 
distinguished from the behavior of a cell phone. Settings such as speaker 
volume and alert mode define behaviors of a cell phone - not the cell 
phone's context. And because Te-eni does not disclose or even suggest 
instructions which cause the cellular phone to determine the cellular phone 
context, this claim is allowable. 

Claim 16 depends from claim 15 and, as such, is allowable as 
depending from an allowable base claim. This claim is also allowable for 
its own recited features which, in combination with those recited in claim 
15, are neither shown nor suggested by Te-eni either singly or in 
combination with any of the references of record. 

Claims 17-23 

Claim 17 recites a cellular phone comprising [emphasis added]: 
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• multiple different types of location providers which 
collectively are configured to receive different forms of 
location information that can be used by the cellular phone to 
ascertain its location ; and 

• one or more processors configured to: 

o receive information associated with a current location 

of the cellular phone; and 
o modify at least one behavior of the cellular phone 

responsive to the information. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is rendered obvious by the combination of Te- 
eni and Kuwahara. 

Here again, the Office relies on Te-eni in arguing that it discloses a 
cellular phone which is capable of determining its location. The Office then 
states that although Te-eni fails to disclose the step of ascertaining its 
location from multiple location information, such step is known in the art as 
disclosed by Kuwahara. Applicant respectfully traverses the rejection and 
respectfully submits that the Office has failed to make out a prima facie 
case of obviousness. 

Te-eni does not disclose or suggest a cellular phone which 
ascertains its location. As detailed above, not a single embodiment of Te- 
eni discloses or even remotely suggests a cellular phone configured to 
determine its own location. Rather, a separate entity must always determine 
the cellular phone's location. Specifically, Te-eni discloses that the location 
determination is made by either the front end unit, Mobile Switching 
Center, Service Management Unit, base station, or Mobile Switching 
Center Location Service. As discussed earlier, Te-eni actually teaches 
directly away from the cellular phone determining its own location. 
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In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 10, line 27 through col. 12, line 1, of Te-eni. 
This excerpt is reproduced below: 

By measuring signal strength, propagation delay, or both from 
each of the receiving antennas 36-38, the distance of the mobile 
unit 32 from each antenna is calculated. Arcs of possible 
locations of the mobile unit are then derived from the calculated 
distances. Well known geographic intersection techniques such 
as triangulation, arculation, probability density functions, and the 
like are then used to calculate the location of the mobile unit. 

This excerpt does not disclose or suggest that it is the mobile unit 
itself that determines its own location. Rather, the excerpt describes how 
the location of the mobile unit is determined by an entity other than the 
mobile unit. In fact, Te-eni, immediately after this excerpt, goes on to 
explain the entity which actually determines the location is either the MSC, 
front end unit, or base station. A continuation of the excerpt the Office cites 
is reproduced below [emphasis added]: 

The front end unit 34 converts the measured signal strength, 
propagation delay, or both from each of the antennas 36-38 into 
digital format and transmits the measured values to a nearby base 
station 39. In the preferred embodiment, all measurements from 
various base stations are relayed to the MSC, wherein a processor 
unit 30 calculates the location of all mobile units in the vicinity 
of regulated areas wherein a front end unit is installed. It should 
be understood that the location of the processor unit may be 
either within the front end unit 34 or within the base station 39 
as well as the MSC 30. 

Therefore, not only is there no disclosure or suggestion to have the 
mobile unit itself determine its own location, Te-eni teaches directly away 
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from that concept by specifying several alternative locations for the 
processing unit - all of which are entities separate from the mobile unit. 

Accordingly, for at least this reason, the Office has failed to establish 
a prima facie case of obviousness and this claim is allowable. 

Claims 18-23 depend from claim 17 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 17, are neither shown nor suggested by the references of record either 
singly or in combination with one another. In addition, given the Office's 
failure to establish a prima facie case of obviousness, the rejection of claim 
20 over Finke-Anlauff is not seen to add anything of significance. 

Claims 24-27 and 29-47 

Claim 24 recites a cellular phone comprising [emphasis added]: 

• receiving means configured to wirelessly receive multiple 
different forms of information that pertains to a current 
location of a cellular phone and use said multiple different 
forms of information to ascertain the current location; and 

• means to modify at least one behavior associated with the 
cellular phone responsive to said information. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is disclosed by Te-eni. Here again, the Office 
relies on Te-eni in arguing that it discloses a cellular phone with means to 
ascertain the current location. 
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Te-eni does not disclose or suggest a cellular phone which means to 
ascertains the current location. As detailed above, not a single 
embodiment of Te-eni discloses or even remotely suggests a cellular phone 
with means to ascertain its own current location. Rather, a separate entity 
must always determine the cellular phone's location. Specifically, Te-eni 
discloses that the location determination is made by either the front end 
unit, Mobile Switching Center, Service Management Unit, base station, or 
Mobile Switching Center Location Service. As discussed earlier, Te-eni 
actually teaches directly away from the cellular phone determining its own 
location. 

In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 10, line 27 through col. 12, line 1, of Te-eni. 
This excerpt is reproduced below: 

By measuring signal strength, propagation delay, or both from 
each of the receiving antennas 36-38, the distance of the mobile 
unit 32 from each antenna is calculated. Arcs of possible 
locations of the mobile unit are then derived from the calculated 
distances. Well known geographic intersection techniques such 
as triangulation, arculation, probability density functions, and the 
like are then used to calculate the location of the mobile unit. 

This excerpt does not disclose or suggest that it is the mobile unit 
itself that determines its own location. Rather, the excerpt describes how 
the location of the mobile unit is determined by an entity other than the 
mobile unit. In fact, Te-eni, immediately after this excerpt, goes on to 
explain the entity which actually determines the location is either the MSC, 
front end unit, or base station. A continuation of the excerpt the Office cites 
is reproduced below [emphasis added]: 
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The front end unit 34 converts the measured signal strength, 
propagation delay, or both from each of the antennas 36-38 into 
digital format and transmits the measured values to a nearby base 
station 39. In the preferred embodiment, all measurements from 
various base stations are relayed to the MSC, wherein a processor 
unit 30 calculates the location of all mobile units in the vicinity 
of regulated areas wherein a front end unit is installed. It should 
be understood that the location of the processor unit may be 
either within the front end unit 34 or within the base station 39 
as well as the MSC 30. 

Therefore, not only is there no disclosure or suggestion of means to 
allow the mobile unit itself determine its own location, Te-eni teaches 
directly away from that concept by specifying several alternative locations 
for the processing unit - all of which are entities separate from the mobile 
unit. 

Accordingly, for at least this reason, this claim is allowable. 

Claims 25-27 depend from claim 24 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 24, are neither shown nor suggested by Te-eni either singly or in 
combination with any of the references of record. 



Claims 29-30 

Claim 29 recites a method of managing cellular phone behavior 
comprising [emphasis added]: 

• defining one or more cellular phone behaviors for a given 
location; and 
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• wirelessly transmitting information to cellular phones within 
that location that permits cellular phones to automatically 
modify their behavior while in that location, wherein said 
transmitting information comprises transmitting information 
that is associated with a location type that has attributes that 
define a cellular phone behavior. 



In making out the rejection of this claim, the Office argues that Te- 
eni anticipates this claim. Applicant respectfully but strongly disagrees. 
Te-eni does not disclose or suggest transmitting information associated 
with a location type that has attributes that define a cellular phone behavior. 
Rather, Te-eni discloses a basic usage policy database with specific location 
instances in which certain services are allowed or denied. 

In the Office's "Response to Arguments", the Office directs 
Applicant's attention to col. 13, line 22 through col. 14, line 9, and col. 21, 
line 1-4, of Te-eni. These excerpts, excluding Te-eni's Table 1, are 
reproduced below [emphasis added]: 

Table 1 describes a basic usage policy database for a cellular 
system in accordance with one embodiment of the present 
invention. Line 1 sets the basic rule - all subscribers are allowed 
access to all services at all time. Line 2 denies all cellular 
services from all subscribers located within the hospital at all 
time. Lines 3 and 4 limit all subscribers located at the concert 
hall (except 245677) to SMS services only during the concert 
time (22:00-24:00). Line 9 provides additional services to User 
518603 when located in the company factory area, including 
wider bandwidth for network connection and video conferencing, 
better quality of service, reduced price, conference call services 
etc. Similarly, the availability and price of additional services 
may be determined respective to MIN and user profile definitions 
versus user current location and regulated areas database. 

The mobile handset's operating software can be further 
configured to perform certain actions upon receiving commands 
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from a local management system through a short-range transport 
mechanism. Such commands may include speaker mute, MS shut 
down, switch from ring to vibrate mode etc. 

The Office states that "it is clear that when a user is located within a 
hospital or concert hall, services are denied and a command such as 'MS 
shut down' is transmitted to the mobile, such command message 'MS shut 
down 5 is the information associated with the location type (i.e., hospital or 
concert) and the 'MS shut down 5 is also the attribute of the location type as 
claimed." 

Applicant respectfully submits that the Office is incorrectly equating 
Te-eni's specific location instance with Applicant's location type. 

As the excerpt above indicates, Te-eni discloses a usage policy 
database for specific location instances. For example, Te-eni does not 
disclose a location type which would include more than one instance of a 
hospital location. Instead, line 2 deals with "the" hospital. Likewise, lines 
3 and 4 deal with "the" concert hall. Te-eni's Fig. 5 confirms this in step 
54. Step 54 determines whether there is a usage policy defined for a 
specific location. Step 56 allows or denies service according to the 
"location specific" usage policy. According to Te-eni then, there is no 
single rule which would apply to more than one hospital by virtue of the 
fact that it is a hospital location type. Similarly, the rule for a specific 
concert hall would not be applicable to any other environment calling for a 
similar usage policy or even another concert hall. For example, the Office's 
attention is respectfully directed to Te-eni's Table 1, lines 3 and 5. There, 
Te-eni sets up separate rules for a specific concert hall and a specific 
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cinema. This is despite the fact that the rules are identical Both location 
instances call for rules denying all services except SMS between the hours 
of 10 p.m. and midnight. Applicant submits that Te-eni's system is 
inefficient, wasteful, and needlessly repetitive. 

Applicant, on the other hand, simplifies the association of location 
and behaviors through the use of multiple class types and various attributes 
that are associated with the class types. Applicant describes this inventive 
concept on page 58 of the specification. Lines 3-18 of page 58 are 
reproduced below [emphasis added]: 

Step 1700 defines one or more class types and step 1702 
associates attributes with the class types. The class types are 
intended to describe certain types of locations where, for 
example, certain cell phone behaviors are desired. The attributes 
that are associated with the class types define the cell phone 
behavior that is desired for that class type. Various examples of 
this are given in Fig. 16. For example, for a class type 1, 
attributes are that the ringer is turned off, and so on. Step 1704 
associates class types with multiple different locations. Each 
location is associated with a class type. Accordingly, at these 
locations, cell phone behavior of location-aware cell phones can 
be governed by the attributes that are associated with that class 
type. This provides a simple infrastructure for implementing 
context-aware phones. By utilizing the concept of class types, 
those individuals who are in charge of overseeing the context- 
awareness of their particular locations need not be concerned 
with anything other than selecting the correct class type for their 
location. They can do this by simply reviewing the attributes that 
are associated with the different class types and then selecting an 
appropriate class type. 

Te-eni neither discloses nor suggests any such subject matter. 
Rather, Te-eni teaches directly away from the subject matter of this claim 
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by specifically teaching that a basic usage policy is defined for each 
location instance. 

Accordingly, for at least this reason, this claim is allowable. 

Claim 30 depends from claim 29 and, as such, is allowable as 
depending from an allowable base claim. This claim is also allowable for 
its own recited features which, in combination with those recited in claim 
29, are neither shown nor suggested by Te-eni either singly or in 
combination with any of the references of record. 

Claims 31-35 

Claim 31 recites a method of managing cellular phone behavior 
comprising [emphasis added]: 

• providing one or more transmitters that are configured to 
transmit information that permits cellular phones to 
automatically modify their behavior, at least a portion of the 
information pertaining to one or more class types individual 
ones of which are associated with various attributes that 
define the behavior of cellular phones; 

• placing the one or more transmitters in a location where a 
particular cellular phone behavior is desired; and 

• transmitting information using said one or more transmitters. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is suggested by the combination of Kovacs and 
Te-eni. Specifically, the Office argues that Kovacs discloses one or more 
class types individual ones of which are associated with various attributes 
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that define the behavior of cellular phones. 
Applicant respectfully but strongly disagrees. 

The Office cites to Kovacs for a mention of silent vibration during a 
concert. The relevant paragraph in col. 2 of page 190 is provided below: 

Another trend results from a high market pressure that mobile 
devices must adapt to the current user situation. For instance, 
customers require that a mobile telephone's call indication might 
be issued through different means, e.g., through a silent vibration 
while being in a (classic) concert or through a direct flashing in a 
noisy environment (like a rock concert). Other examples can be 
found through network features like call forwarding, universal 
personal identification numbers, or voice mailboxes. 

Applicant respectfully submits that this brief mention of the need for 
different cell phone behaviors in different environments does not even 
come close to disclosing "providing one or more transmitters that are 
configured to transmit information that permits cellular phones to 
automatically modify their behavior, at least a portion of the information 
pertaining to one or more class types individual ones of which are 
associated with various attributes that define the behavior of cellular 
phones." For instance, Kovacs does not disclose or suggest the notion of 
class types, as that term is defined and used in Applicant's specification. 

In the Office's "Response to Arguments", the Office argues that "the 
environments such as hospital or theater would read on 'class types' as 
claimed." Applicant again respectfully but strongly disagrees. The Office's 
argument parallels the one the Office made regarding Te-eni in claim 29. 

Te-eni discloses a usage policy database for specific location 
instances. For example, Te-eni does not disclose a location type which 



lee & Hayes, plu: 



43 



/ 1I9QS0947 G:\MSI~0\695tu\msI-695.m04.tioc 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



would include more than one instance of a hospital location. Instead, line 2 
deals with "the" hospital. Likewise, lines 3 and 4 deal with "the" concert 
hall. Te-eni's Fig. 5 confirms this in step 54. Step 54 determines whether 
there is a usage policy defined for a specific location. Step 56 allows or 
denies service according to the "location specific" usage policy. According 
to Te-eni then, there is no single rule which would apply to more than one 
hospital by virtue of the fact that it is a hospital location type. Similarly, the 
rule for a specific concert hall would not be applicable to any other 
environment calling for a similar usage policy or even another concert hall. 
For example, the Office's attention is drawn to Te-eni's Table 1, lines 3 and 
5. Te-eni sets up separate rules for a specific concert hall and a specific 
cinema. This is despite the fact that the rules are identical. Both location 
instances call for rules denying all services except SMS between the hours 
of 10 p.m. and midnight. Applicant submits that Te-eni's system is 
inefficient, wasteful, and needlessly repetitive. 

Applicant, on the other hand, simplifies the association of location 
and behaviors through the use of multiple class types and various attributes 
that are associated with the class types. Applicant describes this inventive 
concept on page 58 of the specification. Lines 3-18 of page 58 are 
reproduced below [emphasis added]: 

Step 1700 defines one or more class types and step 1702 
associates attributes with the class types. The class types are 
intended to describe certain types of locations where, for 
example, certain cell phone behaviors are desired. The attributes 
that are associated with the class types define the cell phone 
behavior that is desired for that class type. Various examples of 
this are given in Fig. 16. For example, for a class type 1, 
attributes are that the ringer is turned off, and so on. Step 1704 
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associates class types with multiple different locations. Each 
location is associated with a class type. Accordingly, at these 
locations, cell phone behavior of location-aware cell phones can 
be governed by the attributes that are associated with that class 
type. This provides a simple infrastructure for implementing 
context-aware phones. By utilizing the concept of class types, 
those individuals who are in charge of overseeing the context- 
awareness of their particular locations need not be concerned 
with anything other than selecting the correct class type for their 
location. They can do this by simply reviewing the attributes that 
are associated with the different class types and then selecting an 
appropriate class type. 

Te-eni neither discloses nor suggests any such subject matter. 
Rather, Te-eni teaches directly away from the subject matter of this claim 
by specifically teaching that a basic usage policy is defined for each 
location instance. 

In addition, there is nothing in Kovacs that discloses or suggests 
anything beyond what Te-eni discloses - that is, certain behavior defined 
for each location instance. 

Therefore, neither the primary or secondary reference cited by the 
Office in the rejection of this claim disclose or suggest the use of class 
types to define the behavior of cellular phones. Accordingly, for at least this 
reason, the Office has failed to establish a prima facie case of obviousness 
and this claim is allowable. 

Claims 32-35 depend from claim 31 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 31, are neither shown nor suggested in the references of record either 
singly or in combination with one another. In addition, given the Office's 
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failure to establish a prima facie case of obviousness, the rejection of claim 
34 over the combination with Finke-Anlauff is not seen to add anything of 
significance. 

Claims 36-40 

Claim 36 recites a method of managing cellular phone behavior 
comprising [emphasis added]: 

• defining one or more class types each of which can be 
associated with a location for which a particular cellular 
phone behavior is desired; and 

• associating attributes with the one or more class types, the 
attributes defining cellular phone behavior. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is anticipated or suggested by Kovacs. 
Specifically, the Office argues that Kovacs discloses one or more class 
types each of which can be associated with a location for which a particular 
cellular phone behavior is desired. Applicant respectfully but strongly 
disagrees. 

Before discussing how the claimed subject matter is patentably 
distinct from Kovacs' disclosure, Applicant will discuss the meaning of 
"class types" as Applicant has defined the term in the specification. 
Applicant simplifies the association of location and behaviors through the 
use of multiple class types and various attributes that are associated with 
the class types. Applicant describes this inventive concept on page 58 of 
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the specification. Lines 3-18 of page 58 are reproduced below [emphasis 
added]: 

Step 1700 defines one or more class types and step 1702 
associates attributes with the class types. The class types are 
intended to describe certain types of locations where, for 
example, certain cell phone behaviors are desired. The attributes 
that are associated with the class types define the cell phone 
behavior that is desired for that class type. Various examples of 
this are given in Fig. 16. For example, for a class type 1, 
attributes are that the ringer is turned off, and so on. Step 1704 
associates class types with multiple different locations. Each 
location is associated with a class type. Accordingly, at these 
locations, cell phone behavior of location-aware cell phones can 
be governed by the attributes that are associated with that class 
type. This provides a simple infrastructure for implementing 
context-aware phones. By utilizing the concept of class types, 
those individuals who are in charge of overseeing the context- 
awareness of their particular locations need not be concerned 
with anything other than selecting the correct class type for their 
location. They can do this by simply reviewing the attributes that 
are associated with the different class types and then selecting an 
appropriate class type. 



In rejecting this claim, the Office cites to Kovacs for a mention of 
silent vibration during a concert. The relevant paragraph in col. 2 of page 
190 is provided below: 

Another trend results from a high market pressure that mobile 
devices must adapt to the current user situation. For instance, 
customers require that a mobile telephone's call indication might 
be issued through different means, e.g., through a silent vibration 
while being in a (classic) concert or through a direct flashing in a 
noisy environment (like a rock concert). Other examples can be 
found through network features like call forwarding, universal 
personal identification numbers, or voice mailboxes. 
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Applicant respectfully submits that this brief mention of the need for 
different cell phone behaviors in different environments does not disclose 
"defining one or more class types each of which can be associated with a 
location for which a particular cellular phone behavior is desired." 

In the Office's "Response to Arguments", the Office argues that "the 
environments such as hospital or theater would read on 'class types' as 
claimed." Applicant again respectfully but strongly disagrees. There is 
nothing in Kovacs that discloses or suggests anything beyond certain 
behavior defined for each location instance. This is quite different from 
defining one or more class types each of which can be associated with a 
location for which a particular cellular phone behavior is desired. 
Accordingly, for at least this reason, this claim is allowable. 

Claims 37-40 depend from claim 36 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 36, are neither shown nor suggested by the references of record either 
singly or in combination with one another. In addition, given the 
allowability of the base claim, the rejection of claims 37, 38 and 40 over the 
combination with Te-eni, and of claim 39 over the combination with Te-eni 
and Finke-Anlauff is not seen to add anything of significance. 

Claim 41 

Claim 41 recites a method of managing cellular phone behavior 
comprising [emphasis only]: 
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• defining one or more class types each of which can be 
associated with a location for which a particular cellular 
phone behavior is desired; 

• associating attributes with the one or more class types, the 
attributes defining cellular phone behavior; and 

• associating a class type with a location for which a particular 
cellular phone behavior is desired. 



In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is anticipated or suggested by Kovacs. 
Specifically, the Office argues that Kovacs discloses one or more class 
types each of which can be associated with a location for which a particular 
cellular phone behavior is desired. Applicant respectfully but strongly 
disagrees. 

Before discussing how the claimed subject matter is patentably 
distinct from Kovacs 5 disclosure, Applicant will discuss the meaning of 
"class types" as Applicant has defined the term in the specification. 
Applicant simplifies the association of location and behaviors through the 
use of multiple class types and various attributes that are associated with 
the class types. Applicant describes this inventive concept on page 58 of 
the specification. Lines 3-18 of page 58 are reproduced below [emphasis 
added]: 

Step 1700 defines one or more class types and step 1702 
associates attributes with the class types. The class types are 
intended to describe certain types of locations where, for 
example, certain cell phone behaviors are desired. The attributes 
that are associated with the class types define the cell phone 
behavior that is desired for that class type. Various examples of 
this are given in Fig. 16. For example, for a class type 1, 
attributes are that the ringer is turned off, and so on. Step 1704 
associates class types with multiple different locations. Each 
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location is associated with a class type. Accordingly, at these 
locations, cell phone behavior of location-aware cell phones can 
be governed by the attributes that are associated with that class 
type. This provides a simple infrastructure for implementing 
context-aware phones. By utilizing the concept of class types, 
those individuals who are in charge of overseeing the context- 
awareness of their particular locations need not be concerned 
with anything other than selecting the correct class type for their 
location. They can do this by simply reviewing the attributes that 
are associated with the different class types and then selecting an 
appropriate class type. 



In rejecting this claim, the Office cites to Kovacs for a mention of 
silent vibration during a concert. The relevant paragraph in col. 2 of page 
1 90 is provided below: 

Another trend results from a high market pressure that mobile 
devices must adapt to the current user situation. For instance, 
customers require that a mobile telephone's call indication might 
be issued through different means, e.g., through a silent vibration 
while being in a (classic) concert or through a direct flashing in a 
noisy environment (like a rock concert). Other examples can be 
found through network features like call forwarding, universal 
personal identification numbers, or voice mailboxes. 

Applicant respectfully submits that this brief mention of the need for 
different cell phone behaviors in different environments does not disclose 
"defining one or more class types each of which can be associated with a 
location for which a particular cellular phone behavior is desired, 
associating attributes with the one or more class types, the attributes 
defining cellular phone behavior, and associating a class type with a 
location for which a particular cellular phone behavior is desired." 

In the Office's "Response to Arguments", the Office argues that "the 
environments such as hospital or theater would read on 'class types' as 
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claimed." Applicant again respectfully but strongly disagrees. There is 
nothing in Kovacs that discloses or suggests anything beyond certain 
behavior defined for each location instance. This is quite different from 
defining one or more class types each of which can be associated with a 
location for which a particular cellular phone behavior is desired. 
Accordingly, for at least this reason, this claim is allowable. 

Claims 42-47 

Claim 42 recites a method of managing cellular phone behavior 
comprising [emphasis added]: 

• associating a class type with a location for which a particular 
cellular phone behavior is desired, the class type having 
attributes that define the cellular phone's behavior; and 

• wirelessly transmitting information pertaining to the class 
type for reception by cellular phones in the location, the 
information being configured to be used by cellular phones to 
automatically adjust one or more behaviors. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is anticipated or suggested by Kovacs. 
Specifically, the Office argues that Kovacs discloses one or more class 
types each of which can be associated with a location for which a particular 
cellular phone behavior is desired. Applicant respectfully but strongly 
disagrees. 

Before discussing how the claimed subject matter is patentably 
distinct from Kovacs' disclosure, Applicant will discuss the meaning of 
"class types" as Applicant has defined the term in the specification. 
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Applicant simplifies the association of location and behaviors through the 
use of multiple class types and various attributes that are associated with 
the class types. Applicant describes this inventive concept on page 58 of 
the specification. Lines 3-18 of page 58 are reproduced below [emphasis 
added]: 

Step 1700 defines one or more class types and step 1702 
associates attributes with the class types. The class types are 
intended to describe certain types of locations where, for 
example, certain cell phone behaviors are desired. The attributes 
that are associated with the class types define the cell phone 
behavior that is desired for that class type. Various examples of 
this are given in Fig. 16. For example, for a class type 1, 
attributes are that the ringer is turned off, and so on. Step 1704 
associates class types with multiple different locations. Each 
location is associated with a class type. Accordingly, at these 
locations, cell phone behavior of location-aware cell phones can 
be governed by the attributes that are associated with that class 
type. This provides a simple infrastructure for implementing 
context-aware phones. By utilizing the concept of class types, 
those individuals who are in charge of overseeing the context- 
awareness of their particular locations need not be concerned 
with anything other than selecting the correct class type for their 
location. They can do this by simply reviewing the attributes that 
are associated with the different class types and then selecting an 
appropriate class type. 

In rejecting this claim, the Office cites to Kovacs for a mention of 
silent vibration during a concert. The relevant paragraph in col. 2 of page 
190 is provided below: 

Another trend results from a high market pressure that mobile 
devices must adapt to the current user situation. For instance, 
customers require that a mobile telephone's call indication might 
be issued through different means, e.g., through a silent vibration 
while being in a (classic) concert or through a direct flashing in a 
noisy environment (like a rock concert). Other examples can be 
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found through network features like call forwarding, universal 
personal identification numbers, or voice mailboxes. 

Applicant respectfully submits that this brief mention of the need 
for different cell phone behaviors in different environments does not 
disclose "associating a class type with a location for which a particular 
cellular phone behavior is desired, the class type having attributes that 
define the cellular phone's behavior; and wirelessly transmitting 
information pertaining to the class type for reception by cellular 
phones in the location, the information being configured to be used by 
cellular phones to automatically adjust one or more behaviors." 

In the Office's "Response to Arguments", the Office argues that "the 
environments such as hospital or theater would read on 'class types' as 
claimed." Applicant again respectfully but strongly disagrees. There is 
nothing in Kovacs that discloses or suggests anything beyond certain 
behavior defined for each location instance. This is quite different from 
defining one or more class types each of which can be associated with a 
location for which a particular cellular phone behavior is desired. 
Accordingly, for at least this reason, this claim is allowable. 

Claims 43-47 depend from claim 42 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
for their own recited features which, in combination with those recited in 
claim 42, are neither shown nor suggested by the references of record either 
singly or in combination with one another. Additionally, given the 
allowability of the base claim, the rejection of claims 43-47 over the 
combination with Te-eni is not seen to add anything of significance. 
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Claim 48 

As amended, claim 48 recites a location-aware cell phone that can, 
using only information that it receives and its on-board componentry, 
determine its location and automatically adjust one or more of its settings 
so that it behaves in a manner that has been defined for that location by 
someone other than a user of the cell phone. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is suggested by Kuwahara. However, 
Kuwahara requires the user to define an execution service to be executed 
in a user-defined location. As such, Kuwahara teaches directly away from 
the claimed subject matter. Accordingly, for at least this reason, this claim 
is allowable. 

Claim 50 

Claim 50 recites a method of operating a cellular phone comprising 
[emphasis added]: 

• providing a cellular phone; and 

• determining, with the cellular phone, a present cellular phone 
location wherein said determining comprises: 

o receiving location information; 

o accessing one or more hierarchical tree structures 
having nodes that correspond to locations; and 

o using the location information to traverse at least 
portions of the one or more tree structures to 
ascertain the present location. 
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In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is suggested by Kuwahara. Specifically, the 
Office argues that it would have been obvious to use a hierarchical 
traversable tree structure in order to traverse from the reported location of 
Kuwahara' s zone area to get a corresponding user-defined area vector 
name. Applicant respectfully but strongly disagrees. 

In the Office's "Response to Arguments", the Office directs 
Applicant's attention to Fig. 21 of Kuwahara and argues that Kuwahara's 
area vector names are hierarchical information of location information. The 
Office then argues that it would have been obvious to one of ordinary skill 
in the art to modify Kuwahara to use a hierarchical traversable tree 
structure in order to traverse effectively from one mode to another mode, 
for setting the phone to operate according to the instructed mode. 
Applicant has reviewed Fig. 21 of Kuwahara and respectfully maintains 
that there is no hierarchical structure to Kuwahara's area vector names and 
reported location information. Hence, there would be no suggestion to use a 
hierarchical tree structure to represent Kuwahara's area vector names and 
reported location information. 

Accordingly, the Office has failed to establish a prima facie case of 
obviousness and this claim is allowable. 

Claims 51-53 

Claim 51 recites a cellular phone comprising [emphasis added]: 
• one or more computer-readable media; 
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• one or more hierarchical traversable tree structures resident 
on the computer-readable media, the tree structures 
comprising individual nodes each of which being associated 
with a phone context; and 

• one or more processors configured to: 

o receive information that pertains to a current context of 

the cellular phone; 
o automatically determine the current context based on 

the information by traversing at least one node on one 

of the trees; and 
o modify at least one behavior of the cellular phone 

responsive to the current context. 



In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is suggested by the combination of Te-eni and 
Nelson. Here again, the Office relies on Te-eni in arguing that it discloses a 
cellular phone which is capable of determining its location. As noted above 
numerous times, this is simply not the case. As such, the Office has not 
established a prima facie case of obviousness. 

Further, the Office then states that although Te-eni fails to disclose a 
hierarchical traversable tree structure associated with phone context, such 
use of a hierarchical traversable tree structure is known in the art as 
disclosed by Nelson. Applicant traverses the rejection and respectfully 
submits that the Office has further failed to establish a prima facie case of 
obviousness. 

Exploring the context of Nelson in more detail, the hierarchical tree 
based scheme that Nelson discloses is one that is similar to one described as 
the Dataman system discussed in section 2.2.1. In Nelson's system, each 
leaf node of the tree represents a base station and the internal nodes of the 
tree represent location servers. See, e.g. section 2.2.2, first paragraph. 
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According to the system described in section 2.2.2, each location server 
maintains information regarding mobile hosts residing in the subtree 
beneath it and maintains three tuples — a mobile host identifier that provides 
the address of the host's home location, a forwarding pointer that identifies 
which location server the host has moved to, and a timestamp that indicates 
the time that the last forwarding took place. Base stations are said to 
maintain a similar structure for each host contained within its cell. By 
using forwarding pointers various updates strategies can be used. Nelson 
instructs that periodically, the forwarding pointers are collapsed and a 
single pointer is created. Searching is conducted by progressively moving 
up the tree until a location server is found which contains a record for the 
required host. 

Simply put, the hierarchical tree structure that Nelson discloses is 
neither utilized by mobile devices nor resident on the mobile devices. 
Rather, the structure is utilized by either the base station or the location 
server to find a record for the required host. To this extent, Nelson teaches 
directly away from the subject matter of claim 51 which recites a cellular 
phone comprising one or more computer-readable media having one or 
more hierarchical traversable tree structures that are utilized to determine 
the current context as recited in this claim. Thus, the Office has failed to 
establish a prima facie case of obviousness for at least this additional 
reason. 

Accordingly, for all of the reasons set forth above, this claim is 
allowable. 
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Claims 52 and 53 depend from claim 5 1 and, as such, are allowable 
as depending from an allowable base claim. These claims are also 
allowable for their own recited features which, in combination with those 
recited in claim 51, are neither shown nor suggested by the references of 
record either singly or in combination with one another. 



Claims 54-57 

Claim 54 recites a cellular phone comprising [emphasis added]: 

• a context service module that is configured to receive 
different forms of information from multiple different types 
of context providers; and 

• one or more processors associated with the context service 
module and configured to: 

o receive information that pertains to a current context of 

the cellular phone; 
o determine the current context based on the 

information; and 
o modify at least one behavior of the cellular phone 

responsive to the current context. 



In making out the rejection this claim, the Office argues that Te-eni 
anticipates this claim. Applicant respectfully but strongly disagrees. As 
noted above, Te-eni simply does not disclose or suggest a cellular phone 
configured to receive information that pertains to a current context of the 
cellular phone and determine the current context based on the 
information. Accordingly, for at least this reason, this claim is allowable. 

Claims 55-57 depend from claim 54 and, as such, are allowable as 
depending from an allowable base claim. These claims are also allowable 
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for their own recited features which, in combination with those recited in 
claim 54, are neither shown nor suggested by the references of record either 
singly or in combination with one another. Additionally, given the 
allowability of the base claim, the rejection of claim 56 over the 
combination with Nelson adds nothing of significance. 

Claim 58 

Claim 58 recites a cellular phone comprising [emphasis added]: 

• location provider means for receiving different forms of 
location information; 

• means for ascertaining a location from the location 
information; and 

• means for modifying at least one behavior associated with the 
cellular phone responsive to ascertaining said location. 

In making out the rejection of this claim, the Office argues that the 
subject matter of this claim is rendered obvious by the combination of Te- 
eni and Kuwahara. Here again, the Office relies on Te-eni in arguing that it 
discloses a cellular phone which is capable of determining its location. As 
noted above, this is simply not the case. 

The Office then states that although Te-eni fails to disclose 
ascertaining its location from different forms of location information, such 
step is known in the art as disclosed by Kuwahara. Applicant traverses the 
rejection and respectfully submits that the Office has failed to make a prima 
facie case of obviousness. 
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Te-eni does not disclose or suggest a cellular phone comprising 
means for ascertaining a location. Hence, for at least this reason, the 
Office has failed to establish a prima facie case of obviousness. Given the 
failure of the Office to establish a prima facie case of obviousness, the 
Office's reliance on Kuwahara adds nothing of significance. Accordingly, 
for at least this reason, this claim is allowable. 

Conclusion 

All of the claims are in condition for allowance. Accordingly, 
Applicant requests a Notice of Allowability be issued forthwith. If the 
Office's next anticipated action is to be anything other than issuance of a 
Notice of Allowability, Applicant respectfully requests a telephone call for 
the purpose of scheduling an interview or positioning the application for 
Appeal. 



Respectfully submitted, 





Reg. No. 38,605 
(509) 324-9256 
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